Canevas d'analyse rétrospective sans blâme
Ce modèle de post-mortem « sans blâme » vous aide à rassembler des informations sur les incidents survenus en production.
Ce modèle de Post-Mortem « sans reproche » vous aide à réunir des informations sur les incidents survenus en production. Suivre ce processus signifie que les ingénieurs dont les actions ont contribué à un accident peuvent fournir un compte rendu détaillé de :
quelles actions ils ont prises à quelle heure,
quels effets ils ont observés,
les attentes qu'ils avaient,
hypothèses qu'ils avaient faites,
leur compréhension du planning des événements tels qu’ils se sont déroulés.
et qu'elles peuvent donner ce compte-rendu détaillé sans crainte de punition ni de représailles.
Le postmortem Blameless comprend les sections suivantes
Étape 1 : Résumé (prérenseignement avant la réunion)
Un résumé de haut niveau du ticket, se concentrant sur ce qui est connu à ce stade et l'impact ressenti par le client. Gardez cela en une ou deux phrases.
Étape 2 : Planification Approximative (préremplir avant la réunion)
Un planning approximatif du ticket. Selon la vitesse à laquelle le ticket a été traité, ce planning pourrait s’étendre de quelques minutes à quelques heures, voire quelques jours. Si votre principal objectif est d'améliorer les temps de réponse de l’équipe lors des situations d'urgence, vous voudrez que cela se fasse à la seconde près.
Lorsque vous saisissez le planning, assurez-vous d'inclure :
Quand le ticket a été signalé et par qui/quel processus
Quelles actions ont été prises
Quand la communication a été établie au sein de l'équipe et à l'extérieur
Idées de remédiation
Lorsque vous vous réunissez pour discuter du ticket, invitez toutes les personnes qui ont travaillé sur le ticket. Cela inclut l'équipe de service de production ainsi que les membres de l'équipe d'assistance à la clientèle qui ont pu être impliqués.
Passez en revue le résumé, examinez le calendrier et ajoutez les parties manquantes, puis passez aux idées de remédiation.
Ces questions sont formulées pour aider l'équipe à s'approprier le problème. Il y a certains problèmes qui semblent échapper au contrôle de l'équipe (centre de données perdant de l'énergie, etc.). Mais même dans de tels événements, l’équipe peut encore améliorer sa réaction face au désastre.
Étape 3 : Détecter – Comment détecter ce problème ou un problème similaire plus tôt ?
Supposez que ce problème ou un problème très similaire se reproduira. Comment l'équipe de service d’assistance peut-elle détecter ce problème plus rapidement et le trouver avant qu'un client ne le fasse ?
Étape 4 : Réagir – Comment pouvons-nous améliorer notre réponse à ce type de problème ?
Supposons que le ticket soit signalé. Quelle a été la rapidité de la réaction ? Des minutes ont-elles été perdues pendant que des personnes envoyaient des e-mails pour essayer d'amener quelqu'un à examiner le problème ?
La prochaine fois que ce ticket se produit, comment l'équipe peut-elle réagir plus rapidement ou de manière plus organisée ?
Étape 5 : Solution rapide – Comment arrêter l'hémorragie plus vite ?
Lorsque cela se produit de nouveau, y a-t-il une solution de contournement prête que nous puissions fournir au client pour réduire l'impact du problème ?
Si cela s'aggrave avec le temps (comme une attaque DDoS), avons-nous un moyen rapide de fermer les vannes pendant que nous identifions la cause principale ?
Étape 6 : Prévenir – Comment prévenir ou réduire l'impact de problèmes similaires à l'avenir ?
C'est souvent la seule question que les équipes posent lors d'un postmortem. C'est une question importante et vous devriez y passer beaucoup de temps. Cependant, si vous vous limitez à demander uniquement comment prévenir un ticket, cela vous permet de ne pas prendre de responsabilité pour les éléments sous votre contrôle (comme la manière dont vous détectez, réagissez ou corrigez rapidement un ticket).
Lorsque vous faites un brainstorming d'idées, ne vous limitez pas à des solutions techniques. Une meilleure surveillance, de meilleurs chemins de communication, de meilleures formations, s'assurer que les personnes du service client connaissent par nom les personnes du support de production, etc.
Étape 7 : Autres zones de risque – Quelles autres zones partagent cette même vulnérabilité ?
Chaque ticket est un indice de la faiblesse de votre système. Il y a de fortes chances que pour chaque ticket que vous trouvez, il y en ait des dizaines cachés dans l'ombre, encore à découvrir.
Un peu comme si vous voyez une souris dans votre cuisine. Vous n’avez pas un problème de « souris », mais un problème de « souris ».
Il est probable que d'autres parties du système partagent les mêmes hypothèses de conception ou, dans certains cas, le même code (bien que personne ne copierait/collerait jamais de code).
Passez quelques minutes à faire un brainstorming sur d'autres endroits qui sont vulnérables de manière similaire.
Lorsque les équipes sont stressées et surchargées de travail, elles passent cette étape. Je trouve qu'il s'agit de la question la plus importante à poser pour amener l'équipe à adopter un état d'esprit proactif et à réduire le nombre de problèmes à l'avenir.
Étape 8 : Prochaines étapes (Actions)
Après avoir identifié toutes les actions possibles pour améliorer la détection, la réaction, la correction rapide et la prévention des tickets, et trouvé les autres zones de votre application nécessitant une attention particulière, passez à la décision des actions à entreprendre.
La manière dont vous hiérarchisez cela dépend de vous. En revanche, j’ai quelques conseils à vous donner.
Obtenez un nom et une date pour chaque élément que vous projetez de traiter avant de quitter la réunion.
Si quelqu'un dans la réunion est passionné par la réalisation d'une des actions, encouragez-le, même si vous pensez que ce n'est peut-être pas la chose la plus importante à résoudre.
Noms et dates
En général, j’ai constaté que les équipes apprécient cet exercice (à condition que vous puissiez créer un environnement sans reproches pour la réunion). Ils aiment disséquer le problème et faire un brainstorming de solutions. Cependant, tout le monde se sent occupé et débordé. À moins que cette réunion ne se termine avec des propriétaires et des dates à côté des choses à faire, il est fort probable qu'aucune des améliorations ne se concrétise.
Ce qui va se passer, c'est que dans 3 semaines, lorsque le même problème se reproduira en production (mais cette fois de manière plus importante), quelqu'un dira : « Ah oui, nous avons parlé de le résoudre. » Pas un endroit idéal où être.
Pour pallier cela, assurez-vous simplement qu'il y a un nom et une date à côté de chaque action que le groupe veut entreprendre.
Basé sur le Blameless Postmortem Canvas de David Frink.
Commencer avec ce modèle maintenant.
Modèle Burndown Chart (Graphique d'avancement)
Idéal pour:
Gestion de projet, Workflows Agile, Cartographie
Trouvez votre rythme ! Cela signifie qu'il faut savoir quelle quantité de travail il reste et, en fonction de la date de livraison, de combien de temps vous disposerez pour réaliser chaque tâche. Parfaits pour les chefs de projet, les graphiques d'avancement créent une visualisation claire du travail restant d'une équipe pour aider à le faire dans les délais et le budget. Ces graphiques ont également d'autres avantages importants. Ils encouragent la transparence et aident les membres de l'équipe à être conscients de leur rythme de travail afin qu'ils puissent l'ajuster ou le maintenir.
Planning du projet - Échéancier & Informations clés
Idéal pour:
Agile, Gestion de projet
Le modèle The Project - Planning & Principales infos fournit un cadre visuel pour planifier et suivre les plannings de projet, les étapes clés et les informations importantes. Il permet aux équipes de s’aligner sur les objectifs de projet, d’allouer les ressources et de suivre efficacement les progrès. Avec des plannings personnalisables et des tableaux de bord informatifs, ce modèle permet aux chefs de projet et aux parties prenantes de rester organisés et informés tout au long du cycle de vie du projet, garantissant une livraison réussie dans le respect des contraintes de portée, de délai et de budget.
Rétrospective 4P
Le modèle de rétrospective des 4Ps offre un cadre structuré pour que les équipes réfléchissent sur les itérations ou projets passés en utilisant le modèle 4Ps (Éloges, Problèmes, Possibilités et Plans). Il fournit des éléments pour partager des retours positifs, identifier les défis, explorer les opportunités et établir des plans d'action. Ce modèle permet aux équipes de mener des rétrospectives de manière systématique, de générer des insights exploitables et d'encourager l'amélioration continue. En promouvant une approche équilibrée et exhaustive, la rétrospective 4Ps permet aux équipes d'améliorer la collaboration, de stimuler le moral et d'atteindre efficacement leurs objectifs.
Lean Coffee Réunions sans ordres du jour
Idéal pour:
Agile
Lean Coffee Meetings without Agendas est un format de réunion collaborative qui favorise le dialogue ouvert et les sujets émergents. Les participants suggèrent des sujets de discussion, votent pour eux et participent à des conversations limitées dans le temps. Ce modèle fournit un cadre structuré pour faciliter les sessions Lean Coffee, permettant aux équipes de prioriser les sujets, de partager des insights et de prendre des décisions collectivement. En promouvant l'inclusivité et l'adaptabilité, Lean Coffee permet aux équipes de résoudre les tickets efficacement et de favoriser l'amélioration continue.
Modèle de Tableau Agile
Idéal pour:
Méthodologie Agile, Réunions, Workflows Agile
Faisant partie du cadre Agile populaire, un tableau Agile est un affichage visuel qui vous permet de synchroniser les tâches tout au long d'un cycle de production. Le tableau Agile est généralement utilisé dans le contexte des méthodes de développement Agile telles que Kanban et Scrum, mais n'importe qui peut adopter l'outil. Utilisé par les développeurs de logiciels et les chefs de projet, le tableau Agile permet de gérer la charge de travail de manière flexible, transparente et itérative. Le modèle Agile fournit un moyen facile de démarrer avec une mise en page prédéfinie de pense-bêtes personnalisables pour vos tâches et votre équipe.
⚓️ Rétrospective Midnight Sailboat
Idéal pour:
Rétrospectives, Réunions, La méthodologie Agile
Le modèle de rétrospective Midnight Sailboat offre un voyage métaphorique à travers les expériences passées et les aspirations futures, en comparant le processus de rétrospective à une traversée en voilier à minuit. Il fournit des éléments pour réfléchir aux défis rencontrés, aux leçons apprises et aux objectifs pour l'avenir. Ce modèle permet aux équipes de naviguer dans les incertitudes, tracer une voie vers la réussite et favoriser une culture de résilience. En favorisant la réflexion et la pensée métaphorique, la rétrospective Midnight Sailboat permet aux équipes de surmonter les obstacles, d'embrasser le changement et de naviguer efficacement vers leurs objectifs.